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5 TITLE OF INVENTION 

A METHOD AND APPARATUS UTILIZING COMMUNICATION MEANS HIERARCHY 
TO CONFIGURE OR MONITOR AN INTERFACE DEVICE 

10 

BACKGROUND OF INVENTION 

Cross References to Relate Applications 
21 [0001] This application is related to commonly owned co-pending U.S. Patent Application 

15 Serial No. 09/756,120, filed January 9, 2001, entitled "Method and System of Remote 

Co 

Support of Device Using Email," which is incorporated herein by reference, 

M> 

Field of Invention 

jpLJ [0002] The present invention is related to monitoring, configuration or installation of 

20 hardware on a computer system. 
' y Discussion of the Background 

[0003] In general, computer systems include hardware and software. Hardware is the actual 
physical computing machinery, while software is the list of instructions to operate the 
hardware. Typically, computer systems will include a variety of hardware devices that 
25 interface with one another. When hardware devices interface with one another, it is necessary 
for the software which operates the hardware to be configured to allow communication 
between the hardware devices, so that the hardware devices can operate cooperatively. It is 
also desirable for hardware devices to be monitored. For the purposes of discussion, a 
hardware device that is configuring or monitoring will be referred to as a controlling device. 
30 Likewise, for the purposes of discussion, the hardware device that is being configured to 

operate cooperatively or being monitored by the controlling device will be referred to as an 
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interfacing device. 

[0004] When hardware devices initially interface with one another, it is common for the 
software that operates the devices to not be configured to allow cooperative operation. 
Accordingly, a significant part of installing computer hardware devices together is 
configuring the software. In some arrangements, a user must configure the computer 
hardware manually by opening the computer hardware and physically setting jumpers or dip 
switches. In some arrangements, the installation process includes a user loading software 
from a floppy disk to configure the hardware devices. There have also been attempts for 
computer hardware devices to include software that can automatically configure hardware 
devices. However, there are some apparent disadvantages and deficiencies of these attempts. 
[0005] One disadvantage is that automatic hardware installation software is limiting in its 
ability to adapt to new devices or to new manufacturers that were not specifically 
programmed into the software. In the prior art, if the controlling device does not recognize 
the specific model of the interfacing device, automatic configuration is not possible. In other 
words, in the prior art, if the controlling device is not programmed to anticipate the model of 
an interfacing device, then automatic hardware configuration will not be successful. In such a 
circumstance, a user will have to manually install the configuration communication means to 
the hardware devices. 

[0006] Another disadvantage of the prior art is that the controlling device is unable to 
partially configure hardware devices if the particular model of the interfacing device cannot 
be identified. In other words, if a controlling device cannot identify a specific model of the 
interfacing device, then the interfacing device will not be configured to operate cooperatively. 
This results in the unconfigured interfacing device being inoperable and essentially useless. 
[0007| For hardware devices that are located on a network, it is desirable for these devices to 



be monitored for maintenance, usage, or other purposes. However, it has been difficult for a 
controlling device to communicate with various interfacing devices on a network given the 
different communication means between manufacturers and models of interfacing devices. 
This disadvantage is problematic, as administrators of networks are unable to obtain crucial 
5 information about the performance and efficiency of interfacing devices on a network. 

SUMMARY OF THE INVENTION 
[0008] Accordingly, it is the object of the present invention to provide a method and 

If 

5f apparatus that overcomes the above-mentioned deficiencies of the prior art. The present 

y invention relates to a method for a controlling device to operate cooperatively with an 

es 

- 10 interfacing device. In general, the controlling device is a computer hardware device which 

s communicates with the interfacing device. The interfacing device is also an office device, 

p 

ftJ such as a printer, scanner, digital copier, stamp machine, or household appliances. The 

H " controlling device queries the interfacing device for the identity of the manufacturer of the 

o 

' y interfacing device. Based on the determined identity of the manufacturer of the interfacing 

15 device, the controlling device then queries the interfacing device for the identity of the model 
of the interfacing device. Based on the information queried from the interfacing device, the 
controlling device establishing a communication with the interfacing device by creating 
software objects through the software factory. 

[0009] This method is a hierarchical approach for establishing a communication means 
20 between a hardware device and an interfacing device. This hierarchical approach is 
advantageous, as once the manufacturer of the interfacing device is determined by the 
controlling device, the controlling device can determine the model of the interfacing device 
using communication means that are specific to the identified manufacturer of the interfacing 
device, according to an embodiment of the invention. In other words, once the controlling 
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device determines the manufacturer of the interfacing device, knowledge of specific 
manufacturer can be taken advantage of to determine the model of the interfacing device. 
[0010] One advantage of this hierarchical approach is that it is an effective mechanism 
establishing the most effective communication means between the controlling device and the 
5 interfacing device. This is evident and apparent, as once the controlling device has identified 
the manufacturer of the interfacing device, it is possible for the controlling device to 
determine the model-specific communication means of the interfacing device. In other 
S words, once the manufacturer of the interfacing device is identified, the controlling device has 

J enough information about the interfacing device to decipher the model of the interfacing 

§ 

01 10 device. This advantage is significant, as it offers some versatility as to how the controlling 
9 device determines the actual model of the interfacing device. 

o 

RJ [0011] In some instances, the model of the interfacing device may be readily identified from 

a query of the interfacing device and using such information from a query, the controlling 
device can establish a communication means according to communication means that are 
15 specific to the identified model of the interfacing device. 

[0012] In other instances, the controlling device may not be able to identify the model of the 
interfacing device through a query of the interfacing device. In such instances, the controlling 
device of the present invention can then employ alternative means for establishing an 
effective communication means. One such means is electronically communicating with the 
20 manufacturer of the interfacing device and downloading updated software communication 
means and model identification codes. In such an arrangement, a controlling device, with 
updated manufacturer information, can then successfully re-query the interfacing device for 
the specific model. 

[0013] In other instances, the controlling device may not be able to communicate 



electronically with the manufacturer of the interfacing device. However, in these instances, 
the controlling device may be able to decipher the communication means of the interfacing 
device by trying the use of other communication means of other models from the 
manufacturer of the interfacing device. This would be a trial and error process and may result 
5 in a compromise of the maximum configurability of the interfacing device, but would deem 
the interfacing device operable or monitorable. 

[0014] In all of these arrangements, the manufacturer of the interfacing device must be 
known. This is apparent, as there are so many manufacturers and so many models of 
interfacing devices that it would not be possible or practical to decipher the communication 

s 

|p 10 means of the interfacing device without some additional information about the interfacing 

I s * 

s device, such as the manufacturer. 

fy fOOlS] Another advantage of the present invention is the ability of the controlling device to 

adapt to the communication means used with an interfacing device. In an instance when 
either the manufacturer or model of the interfacing device cannot be determined, the 
15 controlling device may be able to use communication means that are universal to all devices. 
Alternatively, if the manufacturer is identifiable but the model is not, then the controlling 
device can utilize communication means that are specific to all devices of the identified 
manufacturer. Alternatively, it is common that hardware devices have basic universal 
features, which all hardware devices of that type have and all utilize the same communication 
20 means. Accordingly, the controlling device of the present invention can utilize these 

universal features using a standard communication means, according to an embodiment of the 
invention. Taking this one step further, all devices of a particular manufacturer may have 
some special features that are specific to that manufacturer. These features may all share the 
same communication means regardless of the specific model. If the controlling device is able 



to identify the manufacturer of the interfacing device, then the controlling device can 
maximize communication, even without specific model identification of the interfacing 
device. Of course, if a model of a particular interfacing device is determinable, the 
controlling device will be able to identify all of the communication means associated with 
that specific model of interfacing device. 

[0016] Accordingly, the present invention is an improvement over the prior art, as the 
controlling device is able to maximize the effectiveness of the communication means with the 
interfacing device by taking advantage of the information the controlling device can obtain 
from the interfacing device to establish a communication means. 

[0017] The present invention also has the advantage of being self-teaching or a smart device. 
As a controlling device interacts with interfacing devices, the controlling device is able to 
learn the nature of communication means of a particular manufacturer or a particular class of 
interfacing device models. The controlling device may be able to decipher several 
communication means from the interfacing device by a trial and error process of probing the 
interfacing device. This advantage allows maximization of the established communication 
means of interfacing devices, even when a manufacturer or model of interfacing devices 
cannot be easily identified. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0018] A more complete appreciation of the present invention and many of the attendant 
advantages thereof will be readily obtained as the same becomes better understood by 
reference of the following detailed description when considered in connection with the 
accompanying drawings. 

[0019] Fig. 1 illustrates the relationship between a plurality of hardware devices and 
computer networks. 



[0020] Fig. 2 illustrates different communication means that are used in the communication 
between different hardware devices. 

[0021] Fig. 3 illustrates a hierarchy of interface communication means. 
[0022] Figs. 4 and 5 are flowcharts of the utilization of the hierarchical relationship of 
5 communication means for a controlling device to establish a communication means with an 
interfacing device according to two respective embodiments of the present invention. 
[0023] Fig. 6 illustrates an exemplary architecture of the present invention with the major 
— interfaces of the modules. 

m 

Co [0024] Fig. 7 illustrates the MonitorSend DLL configuration according to one exemplary 

CP 10 implementation of the present invention. 

b [0025] Fig. 8 illustrates the MonitorSend Intialization Sequence according to one exemplary 

= y implementation of the present invention. 

Z" [0026] Fig. 9 illustrates the Sending Configuration Sequence according to one exemplary 

implementation of the present invention. 
15 [0027] Fig. 10 illustrates the Sending Status Sequence according to one exemplary 
implementation of the present invention. 

[0028] Fig. 1 1 illustrates the ReceiveStore DLL configuration according to one exemplary 
implementation of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
20 [0029] Embodiments of the present invention relate to a method for a controlling device to 
establish a communication means for an interfacing device. The method comprises the 
following steps: Realizing the location of the interfacing device. Updating in the first 
database the location of the interfacing device. Querying the interfacing device for the 
identity of the manufacturer of the interfacing device. Updating in the first database the 



manufacturer of the interfacing device, if the querying for the manufacturer of the interfacing 
device is successful. Querying the interfacing device, utilizing the identity of the 
manufacturer, for the identity of the model of the interfacing device, if the querying of the 
interfacing device for the identity of the manufacturer of the interfacing device is successful. 
Updating in the first database the identity of the model of the interfacing device, if the query 
for the identity of the model of the interfacing device is successful. Establishing a 
communication means for the interfacing device according to information stored in the first 
database. 

[0030] In embodiments of the present invention, if the querying of the interfacing device for 
the identity of the manufacturer of the interfacing device is successful and the querying of the 
interfacing device for the identity of the model of the interfacing device is unsuccessful, then 
the step of establishing a communication means for the interfacing device is according to an 
interfacing protocol that is particular to all devices manufactured by the manufacturer of the 
interfacing device. 

100311 In embodiments of the present invention, if the querying of the interfacing device for 
the identity of the manufacturer of the interfacing device is unsuccessful and the querying of 
the interfacing device for the identity of the model of the interfacing device is unsuccessful, 
then the step of establishing a communication means for the interfacing device is according to 
an interfacing protocol that is common to all devices. 

[0032] In embodiments of the present invention, the step of querying the interfacing device 
for the identity of the model of the interfacing device utilizes the identity of the manufacturer 
of the interfacing device to query the interfacing device with model identification codes that 
are particular to the manufacturer of the interfacing device. 

[0Q331 In embodiments of the present invention, the method comprises a further step of 



querying the interfacing device with a unique identification of the interfacing device prior to 
the step of querying the interfacing device for the identity of the manufacturer of the 
interfacing device. 

[0034] In embodiments of the present invention, the unique identification of the interfacing 
5 device is a unique sequence of data designated to the interfacing device by the manufacturer 
of the interfacing device. 

y. [0035] In embodiments of the present invention, the step of updating in the first database the 

b 

p location of the interfacing device includes updating a unique identification of the interfacing 

IP 

33 device in the first database. 

m 

^ 10 iflOJ^l In embodiments of the present invention, interfacing device is queried using simple 



p 



network management protocol. 

[0037] In embodiments of the present invention, the step of realizing the location of the 
interfacing device is accomplished by automatically detecting that the interfacing device is 
electrically coupled to the controlling device. 

[0038] In embodiments of the present invention, the step of realizing the location of the 
interfacing device is accomplished by an input by a user. 

[0039] In embodiments of the present invention, the controlling device and the interfacing 
device are network computer devices coupled to one another by a network. In embodiments 
of the present invention the step of realizing the location of the interfacing device is 
accomplished by the controlling device detecting that the network location of the interfacing 
device has changed. In embodiments of the present invention the location of the interfacing 
device is a network location of the interfacing device on the network. In embodiments of the 
present invention the network location of the interfacing device is an internet address. 
[0040] In embodiments of the present invention, the first database can be accessed by an 

.9_ 



interfacing that is independent of the database file format. In embodiments of the present 
invention, the first database complies with the ODBC standard. 

[0041] In embodiments of the present invention, at least a portion of the first database is 

duplicated on a second database. 
5 [0042] In embodiments of the present invention, the second database is updated with at least 

a portion of the first database by utilizing transfer through email. In embodiments of the 
L , present invention, the transfer data through e-mail utilizes a simple mail transfer protocol. 

r\ [0043] Embodiments of the present invention relate to a method for a controlling device to 

fir? establish a communication means for an interfacing device. The method comprising the 

5 

0 1 1 0 following steps: Querying the interfacing device for an identity of a manufacturer and the 



identity of the model of the interfacing device. Establishing a communication means for the 
interfacing device using a communication means that is common to all interfacing devices if 
the querying of the interfacing device did not identify either the manufacturer and the model 
of the interfacing device. Establishing a communication means for the interfacing device 
using a communication means that is common to all interfacing devices of the manufacturer if 
the querying of the interfacing device identified the manufacturer of the interfacing device 
and the querying of the interfacing device did not identify the model of the interfacing device. 
Establishing a communication means for the interfacing device using a communication means 
that is particular to the model of the interfacing device if the querying of the interfacing 
device identified both the manufacturer and the model of the interfacing device. 
[0044] Referring now to the drawings, wherein like reference numbers identify the same or 
similar parts and more particularly to Fig. 1 thereof, there is illustrated an exemplary 
illustration of interaction between various hardware devices and computer networks. Work 
station 10 is an exemplary controlling device and is arranged to store data in database 20. 
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Camera 12 is depicted coupled to work station 10. Camera 12 illustrates an interfacing 
device directly coupled to work station 10 and capable of being automatically configured on 
or monitored by work station 10. Work station 10 is also coupled to local area network 
(LAN) 18. LAN 18 is coupled to POP3 server 14, SMTP server 16, printer model A 22, and 
5 gateway server 26. Printer model A 22 illustrates an interfacing device that is a network 

printer. SMTP server 16 is a Simple Mail Transfer Protocol (SMTP) server that operates to 
send mail from work stations coupled to LAN 18, such as work station 10. One of ordinarily 

O 

P skill in the art should recognize that a plurality of work stations may be coupled to LAN 1 8, 

m 

CO and work station 10 is merely an exemplary work station. These plurality of work stations 

03 

10 may also be controlling devices or these other work stations may rely on work station 1 0 for 
automatic configuration or monitoring of hardware devices. POP3 server 14 is a Post Office 
Protocol server that receives email for work station 10 and the other work stations (not 
shown) coupled to LAN 18. Gateway server 26 allows LAN 18 to communicate in a wide 
area network (WAN) 24. WAN 24 may be the internet or another type of wide area network. 
[00451 LAN 34, gateway server 28, printer model B 30, SMTP server 42, POP3 server 40, 
work station 32, database 38, and scanner 36 are shown and are analogous to LAN 18, 
gateway server 26, printer model A 22, SMTP server 16, POP3 server 14, work station 10, 
database 20, and camera 12 respectively. These analogous devices and local area networks 
illustrate how two local area networks 18 and 34 can be coupled by a wide area network 24. 
Further, LAN 34 may include a plurality of work stations (not shown) which may be 
configured to operate cooperatively with interfacing devices of either LAN 18 or LAN 34. 
[0046] For instance, work station 32 may be configured to operate printer model A where 
work station 10 may be configured to operate scanner 36. This is made possible by 
communication between local area network (LAN) 18 and local area network (LAN) 34 
-11- 



through wide area network (WAN) 24 enabled by gateway servers 26 and 28. 
[0047] Scanner 36 is analogous to camera 12 as interfacing device directly coupled to work 
station 32. Printer model B 30 is analogous to printer model A 22 except that it is a different 
model and possibly a different manufacturer. 

[0048] Database 20 and database 38 store information relating to various interfacing devices, 
such as camera 12, printer model A 22, printer model B 30, and scanner 36. Work stations 10 
and 32 are in communication with other work stations (not shown) through LAN 1 8 and LAN 
34 to communicate between these work stations (not shown) with these interfacing devices. 
In embodiments of the present invention, work station 10 could be the controlling device for 
all of the interfacing devices 12, 22, 30, and 36 shown in Figure 1. In other embodiments of 
the present invention, both work station 10 and work station 32 could be controlling devices 
arranged to communicate over local area network (LAN) 34. Accordingly, information 
relating to the interfacing devices can be stored on database 38 to allow for the establishment 
of communication means for communication with the interfacing devices. As networks are 
often complex, it may be necessary for there to be several controlling devices on a network, 
such as work station 10 and work station 32. It is also most efficient for such controlling 
devices 10, 32 to exchange data to maximize the usability of interfacing devices 12, 22, 30, 
and 36. Accordingly, data stored on database 20 can be periodically updated on database 38 
by sending email messages through SMTP server 16 and routed through LAN 18, gateway 
server 26, WAN 24, gateway server 28, and LAN 34 to POP3 server 40. Work station 32 
may then arranged to download the email message from work station 10 through POP3 server 
40. The content of the email message may include configuration data that is stored on 
database 20 to be copied on database 38. The work station 32 is arranged to receive an email 
message and automatically update database 38 based on particular communication means of 
-12- 



email exchange that are pre-programmed in work station 10 and work station 32. Similarly, 
database 20 can be updated from that stored in database 38 in an identical fashion utilizing 
SMTP server 42, LAN 34, gateway server 28, WAN 24, gateway server 26, LAN 18, and 
POP3 server 14. 

[0049] Figure 2 is an exemplary illustration of the communication means interaction 
between various hardware devices. Printers 52, 54, 68, and 80 are exemplary interfacing 
devices that are coupled to controlling device 44. These interfacing devices 52, 54, 68, and 
80 communicate over Simple Network Management Protocol (SNMP) as shown by blocks 
50, 58, 70, and 78. SNMP is a common communication means by which network 
management applications can query devices. SNMP operates at the open systems 
interconnection (OSI) application layer. The internet based SNMP is the basis of most 
network management software. SNMP was designed as UDP on IP network management 
protocol, that can manage virtually any network type and has been extended to include IP as 
routers and bridges. SNMP is widely deployed in an IP (internet protocol) environment. 
SNMP can be implemented over ethernet as well as OSI transport. SNMP is an Internet 
standard and operates on top of the internet protocol. One of ordinarily skill in the art should 
realize that an interfacing device does not necessarily need to communicate over SNMP, and 
can communicate using similar communication means. Interfacing device printer 52 
communicates over vendor unique communication means 50 with controlling device 44. 
Interfacing device printer 54 communicates with controlling device 44 over SNMP 58 and IP 
56. Printer 54 is a network printer and, therefore, is not directly coupled to the controlling 
device 44. Accordingly, the SNMP rides over the IP for printer 54. Interfacing device printer 
80 is coupled to wide area network (WAN) 76 and communicates with controlling device 44 
over SNMP 78 and IP 56 similar to printer 54. Printer 68 is directly coupled to work station 
-13- 



72 and communicates with the work station 72 over SNMP 70. Work station 72 
communicates with WAN 76 over IP 74 and then with the communication means device over 
IP 56. SNMP 58, 50, 70, and 78 are all identical. IP 56 and TCP/IP 74 are also identical. 
Controlling device 44 communicates with database 46 over Open DataBase Connectivity 
5 (ODBC) 48. ODBC is a standard that allows databases created by various relational and non- 
relational database programs to be accessed by a common interfacing. Such relational and 
;u non-relational database programs include Microsoft Access, Microsoft FoxPro, and Oracle. 

O The interface is independent of the interface file format. By relying on ODBC, one can write 

03 an application that uses the same code to read record from a an Access file, for example. 

=" * 10 SMTP server 66 is arranged for sending email and is coupled to controlling device 44 over a 
JL local area network (not shown) using Simple Message Transfer Protocol (SMTP) 64 and IP 

;7 56. POP3 server 62 is arranged to receive email from controlling device 44 and 

p communicates with controlling device 44 using POP3 60 and IP 56. 

[0050] Figure 3 is a hierarchical relationship between established communication means for 
15 the different interfacing device models. Block 82 is the established communication means 
common to all interfacing devices. Blocks 84 and 86 illustrate the communication means of 
two exemplary manufacturers (Manufacturer A and Manufacturer B). Block 84 is the 
established communication means common to all interfacing devices of Manufacturer A, 
while block 86 is the established communication means common to all interfacing devices of 
20 manufacturer B. Blocks 84 and 86 are part of block 82. As part of block 84, blocks 88 and 
90 are the communication means of different interfacing devices that have differences in 
communication means. Blocks 88 and 90 are part of block 84 which is part of block 82. 
Blocks 92 and 94 are analogous to blocks 88 and 90 but particular to exemplary manufacturer 
B. This diagram illustrates the hierarchy of communication means. In general, all 
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communication means of block 82 are also common to blocks inside block 82. However, the 
communication means in blocks 84, 88, 90, 86, 92, and 94 are not necessarily completely 
compatible with the communication means in block 82. 

[0051] Figure 4 is a flowchart illustrating embodiments of the present invention in which the 
hierarchical relationship of communication means for a controlling device is utilized to 
establish a communication means for an interfacing device. Block 96 illustrates a controlling 
device realizing the location of the interfacing device. In embodiments of the present 
invention, the realizing of the location of the interfacing device is accomplished by an 
automatic detection that the interfacing device is electrically coupled to the controlling 
device. This automatic detection may be any coupling of hardware devices or hardware 
components. This automatic detection is often accomplished by hardware devices including 
software programs which monitor and track all of the input and output signals to the hardware 
device. Accordingly, if a new hardware device or component is coupled to such a hardware 
device, its presence will be detected. 

[0052] In other embodiments, the step of realizing the location of interfacing devices is 
accomplished by an input by a user. In such embodiments, the user may input data into a 
controlling device which indicates that a new interfacing device has been coupled to the 
controlling device. Such an input may actually be a command for the interfacing device to be 
configured, however, the data input by the user must include the location of the interfacing 
device. The location of the interfacing device may be a network location of an interfacing 
device on a network or possibly a port on a hardware device to which the interfacing device is 
coupled. 

[0053] In some embodiments, the location of the interfacing device may include both a port 
on a hardware device and the network location of the network device. 
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[0054] In other embodiments, the step of realizing the location of the interfacing device is 
accomplished by the controlling device detecting that a network location of an interfacing 
device has changed. In these embodiments, the controlling device may be able to identify the 
interfacing device, however in a different location. This different location may either be a 
5 network location, a data port on a hardware device, or a combination of both. 

[0055] One of ordinarily skill in the art would realize that means for realizing location of an 
interfacing device can include a wide variety of events. The common feature of these events 
is that the controlling device becomes aware of the presence of an interfacing device. This 
location realization may serve the purpose of starting the process of automatic configuration 
10 or monitoring of a new device that is electrically coupled to a controlling device or may be 
the start of a process that confirms or updates the established communication means of an 
interfacing device. 

[0056] Block 98 illustrates that the controlling device queries the interfacing device for the 
unique identification of the interfacing device. The unique identification may be a serial 

1 5 number, manufacturer number, MAC address or other standard code those unique to the 

particular interfacing device that the particular interfacing device can be identified by. This 
information is useful to the controlling device to identify and record an identity for the 
interfacing device so that the interfacing device can be referenced and universally accessed. 
[00571 Block 100 shows the updating of the location and the unique identification of the 

20 interfacing device in a database. For the purposes of this discussion, a database is defined as 
a collection of data structured and organized in a disciplined fashion so that it is possible to 
quickly access information of interest. Accordingly, a database may be comprised of either 
volatile or non- volatile memory that can be accessed and updated for easy reference. Once 
the location of the interfacing device is realized in block 96, it is important to update that 



information for reference in the database. Further, after the query for the unique 
identification of the interfacing device, it is important to save that information to be 
referenced in the future. In some embodiments, the location and unique identification of the 
interfacing device are associated with one another in the database so that the interfacing 
device can be either referenced by its unique identification or its location on a computer or 
network. Likewise, in embodiments of the present invention, an identification of the 
interfacing device can be translated from its location to its unique identification and vice 
versa. 

[0058| One of ordinarily skill in the art would realize that a means for updating a database 
with the location of an interfacing device includes any storage of network or physical location 
of the interfacing device for purposes of identifying where the interfacing device is located. 
Further, one of ordinarily skill in the art would realize that a database can include any kind of 
memory arranged to store data. 

[0059] In block 102, the interfacing device is queried for the manufacturer of the interfacing 
device. One of ordinarily skill in the art would realize that a means for querying an 
interfacing device for the manufacturer of the interfacing device would include any 
communication means that would access information of the manufacturer of an interfacing 
device. Such a communication means may include sending a signal from the controlling 
device to the interfacing device and determining the manufacturer from the response received 
from the interfacing device. Querying of the interfacing device could also include only 
receiving a signal from the interfacing device which indicates the manufacturer. Further, 
querying the interfacing device may include analyzing signals emitted from the interfacing 
device which are indicative of the manufacturer of the interfacing device. 
[00601 Blocks 104 and 106 illustrate the updating of the identity of the manufacturer of the 
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interfacing device in the database if the controlling device is successful in querying the 
manufacturer. If the querying of the identity of the manufacturer is not successful, then the 
controlling device does not update the database with such information. Accordingly, if the 
querying of the manufacturer is unsuccessful, the process progresses to block 1 14, which will 
5 be discussed below. One of ordinarily skill in the art would realize that a means for updating 
in a database the manufacturer of an interfacing device relates to any storage of information 

5 , that can be used as a reference of the manufacturer of the interfacing device. 

b 

j»i [0061] In block 108, the interfacing device is queried for the model of the interfacing device. 

CP 

fp This querying uses the identity of the manufacturer of the interfacing device. Further, the step 

S3 

y! 1 0 performed in block 1 08 is not performed if the manufacturer query of block 1 04 was 

M 

s _ unsuccessful. In embodiments of the present invention, the querying for the model utilizes 

9 

I ^ the identified manufacturer of the interfacing device by using communication means that are 



a 
m 



specific to interfacing devices of the identified manufacturer. In embodiments of the present 
invention, the querying of an interfacing device for the model of the interfacing device 
includes the controlling device updating its knowledge of interfacing device communication 
means of a particular manufacturer, by communication with the manufacturer. Such 
communication may be either made by a user or automatic electronic communication to 
update communication means records. One of ordinarily skill in the art would realize that a 
means for querying an interfacing device, using the identity of the manufacturer device for the 
identity of the model of the interfacing device could be accomplished by any process or 
mechanism which utilizes the manufacturer information to help decipher the model of the 
interfacing device. 

[0062] In blocks 110 and 112, the identity of the model of the interfacing device is updated 
in the database if the model query is successful. One of ordinarily skill in the art would 
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realize that the means of updating the database with the identity of the model of the 
interfacing device includes any kind of storage of data that can be referenced at a later time to 
access the model identity of the interfacing device. 

[0063] Block 1 14 shows that the controlling device establishes a communication means for 
5 the interfacing device according to the information stored in the database. In embodiments of 

the present invention, the controlling device acts on behalf of other devices coupled to the 
y, controlling device on the network. In embodiments, once the controlling device has enough 

n information so that hardware devices can interact cooperatively with the interfacing device, it 

m 

£0 communicates such information and communication means to other hardware devices so that 

m 

01 10 they can communicate with the interfacing device. In embodiments of the present invention, 

M 

^ the controlling device configures itself based on the information stored in the database. 

?J [0064] The information stored in the database may not comprise information as to the 

JU manufacturer of the interfacing device or the model of the interfacing device, only the 

5 

manufacturer of the interfacing device, or both the model and the manufacturer of the 
15 interfacing device. Based on how much information the controlling device can access from 
the database about the interfacing device, the controlling device can decipher communication 
means for cooperative interaction with the interfacing device. Depending on what 
information is known about the interfacing device, communication means for the interfacing 
device can be identified that will allow operation of the interfacing device with at least one 
20 other hardware device. One of ordinarily skill in the art would realize that a means for 
controlling at least one device to interface with an interfacing device according to the 
information stored in a database utilizes an identified relationship between the identified 
model or manufacturer of the interfacing device to the communication means associated with 
that interfacing device. 
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[0065] Figure 5 is a flowchart illustrating embodiments of the present invention in which the 
hierarchical relationship of communication means for a device is utilized to configure a 
device for an interfacing device. Block 116 illustrates a controlling device querying an 
interfacing device for both the manufacturer and the model of the interfacing device. One of 
ordinary skill in the art would realize that a means for querying the interfacing device for an 
identity of a manufacturer and the identity of the model of the interfacing device can be 
accomplished by any communication means that would access information of both the 
manufacturer and the model of the interfacing device. Such a communication means may 
include sending a signal from the controlling device to the interfacing device and determining 
the manufacturer from the response received from the interfacing device. Querying of the 
interfacing device could also include only receiving a signal from the interfacing device 
which indicates the manufacturer and model. Further, querying the interfacing device may 
include analyzing signals emitted from the interfacing device which are indicative of the 
manufacturer of the interfacing device. 

[0066] In block 1 1 8, the controlling device determines if the querying of the interfacing 
device identified the manufacturer of the interfacing device. If the manufacturer is identified, 
the process flows to block 120, which will be discussed below. If the manufacturer of the 
interfacing device is not identified, then it can be assumed that neither the manufacturer or the 
model of the interfacing device are identified by the query of the interfacing device. This is 
evident and apparent, as if the model of an interfacing device is identified, the manufacturer 
of the interfacing device is also identified. For the purposes of this patent application, the 
manufacturer of an interfacing device is the organization which provides customer support to 
the hardware. Such customer support necessarily includes the distribution of software drivers 
for the interfacing devices. 
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[0067] From block 1 18, if the querying of the interfacing device in block 116 does not 
identify either the manufacturer or the model of the interfacing device then the process flows 
to block 126. In block 126, the controlling device establishes a communication means for an 
interfacing device using a communication means that is common to all interfacing devices. 
5 [0068] In block 120, the controlling device determines if the querying of the interfacing 
device identified the model of the interfacing device. If the model is identified, then the 
process flows to block 122, which will be discussed below. If the model is not identified, 
5S then the process flows to block 124. In block 124, the controlling device establishes a 

communication means for an interfacing device using a communication means that is 

ffi 

m 1 0 common to all interfacing device of the manufacturer of the interfacing device. 

p 

5 [0069] One of ordinary skill in the art should realize that the means for establishing a 

P 

0i communication means for an interfacing device using a communication means that is either 



Jr common to all interfacing devices, common to all interfacing device of the manufacturer of 

the interfacing device, or a communication means that is particular to the model of the 
15 interfacing device is accomplished by any process that manipulates the communication means 
hierarchical of interfacing devices to maximize the functionability and usability of an 
interfacing device. 

[0070] In block 122, the controlling device configures at least one device to interface with an 
interfacing device using a communication means that is particular to the model of the 
20 interfacing device. 

[0071] Fig. 6 shows the major interfaces among the modules, as implemented in this 

exemplary architecture. 

[0072] void initSendTimer (void) 

This function initializes the SendTimer. In particular, this function triggers the SendTimer 
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object to get the timing information from the registry. 

[0073] void obtainDelayAndAction (int & out_nDelay, int & out_nAction) 

This function returns the delay time in second for :: Sleep function (need to multiply 1000) 

and the action indicator (0 or 1). 

[0074] int initMonitorSendDLL (void) 

This function initializes the monitorSendDLL. In addition, it would create the devices to be 
monitored. The return int is the error code in which zero is defined as no error. 
[0075] int sendConfig (void) 

This function obtains the device information from ODBC and sends it. The return int is the 
error code in which zero is defined as no error. 
[0076] int monitorStatus (int in_nAction) 

This function monitors the preset information for error checking. In addition, if in_nAction is 
one, it will monitor additional information and send it to the destination along with storing 
into the local database. The return int is the error code in which zero is defined as no error. 
[0077] int endDLL (void) 

This function cleans up the MonitorSend DLL before closing the objects. The return int is the 
error code in which zero is defined as no error. 
[0078] int initReceiveStoreDLL (void) 

This function initializes the various parts of DLL. The return int is the error code in which 

zero is defined as no error. 

[0079] int getMailAndUpdateDatabase (void) 

This function triggers the ReceiveStore DLL to access the POP3 server to retrieve mails, to 
parse the retrieved mails, to delete the mails, and to store the extracted data into the database 
through ODBC. The return int is the error code in which zero is defined as no error. 
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[0080] int endDLL (void) 

This function cleans up the ReceiveStoreDLL before closing the objects. The return int is the 
error code in which zero is defined as no error. 

[0081] Fig. 7 shows an overview of Monitor_Send DLL configuration according to one 
exemplary implementation of the present invention. The functions included in the 
Monitor_Send DLL package, as shown in Fig. 7, are described below: 
[0082] change updateConfig(std::map<infoType, std::string>&) 
This function updates the device information database of the current record in the ODBC. 
This function keys on IP address and Unique ID for the update purpose. This function is 
primarily used to add unique ID and to update the manufacturer and model if they are 
incorrectly assigned to the device at the IP address for MonitorSend Package. If there is no 
record with IP address and Unique ID, this function adds the passed data into the database. If 
the Unique ID exists, but IP address is changed, it will update IP address. The return value 
change is enum {NoChange=0, UpDateRecord, AddRecord, ChangelPaddress}. 
[Q083I bool getConfig(std::map<infoType, std::string>&) 

This function obtains the map from ODBC for the device information in the given format. 
The function returns true if there is data returned, false if there is no more data. 
[00841 bool saveStatus(std::map<infoType, std::string>&) 

This function saves the status information into the ODBC. The function returns true when 

saving is successful, false otherwise. 

[0085] bool checkManufacturer(std::string&) 

This function checks the passed manufacturer to be correct for the IP address. If the 
Manufacturer is correct, the function returns true, otherwise, it returns false and returns the 
correct manufacturer in the string. 
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[0086] modelError checkModel(std::string&) 

This function checks the passed model to be correct for the IP address. ModelError is enum 
type with {ModelNoError=0, WrongModel, ModellnformationUnavailable}. If WrongModel 
is detected, the correct model name is put in the returned string. 
[0087] CAbsDevice*createDevice (std::string & in_sIP, CSNMP & in_SNMP, 
std::string & in_sManufacturer, std::string & in_sModel) 

This function creates the device of the specification in the Device Factory. The function 
returns the pointer to the created device if the creation is successful, 0 otherwise. The last 
two parameters has null strings as defaults. 
[0088] bool getUniquelD (std: -.string & out_sID) 

This function returns the unique ID from device. The function returns true if the Unique ID is 
returned, false otherwise. 

[0089] bool getStatus (std::map<infoType, std::string>&) 

This function obtains status information from a device. The function returns true when the 
status is returned, false when status could not be obtained. This function resets the variable 
that keeps the error status before returning. 
[0090] void checkErrorStatus (void) 

This function triggers the device to check the error status to be saved internally. 
[0091] errorCode startSend (infoType) 

This function triggers the Data Transfer to prepare for sending the data specified in the 

infoType. The function returns the errorCode. 

[0092] errorCode dataSend (std::map<infoType, std::string>&) 

This function in the Data Transfer sends the received data to the appropriate destination after 
properly formatting, encrypting and encoding. The function returns the errorCode. 
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1 0093] errorCode endSend (void) 

This function in the Data Transfer ends the data sending. The function returns the errorCode. 
|0094] Fig. 8 shows the MonitorSend Intialization Sequence, as implemented in this 
exemplary architecture. 

5 [0095] Fig. 9 shows the Sending Configuration Sequence, as implemented in this exemplary 
architecture. 

10096] Fig. 10 shows the Sending Status Sequence, as implemented in this exemplary 

t 

9 architecture. 

w 

I- [0097] Fig. 1 1 shows an overview of ReceiveStore DLL configuration according to one 

1 

m 10 exemplary implementation of the present invention. The functions included in the 
„ ReceiveStore DLL package, as shown in Fig. 1 1, are described below: 

ilJ [0098] bool getInformationType(infoType &) 

H 

H This function triggers the DataRetriever to try to obtain the POP3 data and determines the 

O 

- y data type of the obtained email. The function returns true when the e-mail is obtained, false 

1 5 when no more e-mail is in POP3 server at the time. 

[0099] bool getInformation(std::map<infoType, std::string> &) 
This function retrieves from DataRetriever the information content of the e-mail. The 
function returns true when the information is returned, false when no more data set is 
available in the email message. 

20 [0100] change updateConfig(std::map<infoType, std::string> &) 

This function updates the device information database of the current record in the ODBC. 
This function keys on IP address and Unique ID for the update purpose. This function is 
primarily used to add unique ID and to update the manufacturer and model if they are 
incorrectly assigned to the device at the IP address for MonitorSend Package. If there is no 
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record with IP address and Unique ID, this function adds the passed data into the database. If 
the Unique ID exists, but IP address is changed, it will update IP address. The return value 
change is enum {NoChange=0, UpDateRecord, AddRecord, ChangelPaddress}. 
[0101] bool saveStatus(std::map<infoType, std::string> &) 

This function saves the status information into the ODBC. The function returns true when 
saving is successful, false otherwise. 

[0102] Table 1 shows the data structure and how it reflects the information regarding one 
monitored device. The data structure contains the e-mail address of the contact person in 
addition to the telephone number. This data structure is not used currently. However, this 
structure reflects the database structure. 
Table 1 



Type 


Name 


Description 


std::string 


m_sManufacturer 


A string representing the manufacturer of the network printer. 


std::string 


m_sModel 


A string representing the model of the network printer. 


std::string 


m_sUniqueID 


A string representing the Unique ID of the network printer. This ID 
may be a serial number or MAC Address or any unique ID obtainable 
from the network printer. 


std::string 


m_sIP Address 


A string representing the IP Address of the network printer. 


std::string 


m_sCompanyName 


A string representing the name of the company which owns the 
network printer. 


std::string 


m_sStreet 


A string representing the street address of the company. 


std::string 


m_sCity 


A string representing the city where the company is located. 


std::string 


m_sState 


A string representing the state where the company is located. 


std::string 


m_sZipCode 


A string representing the zip code of the company. 


std::string 


m_sLocation 


A string representing the location of the network printer within the 
company. 


std::string 


m_sContactPerson 


A string representing the name of the contact person responsible for 
the network printer. 


std::string 


m_sPhoneNumber 


A string representing the phone number of the contact person. 


std::string 


m_sEMailAddress 


A string representing the e-mail address of the contact person. 



[0103] The following section describes the major enum types used in the system. 
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[0104] infoType 

This section describes the definition of the infoType enum at this writing. As the project 
progresses, more infoType values can be added. The value range 0 through 99 is assigned to 
the data type. The value range 100 to 499 is assigned to Device Information. The value range 
5 500 to 999 is assigned to the common parameters and standard MIB parameters. The range 
1000 to 2999 is assigned to Ricoh specific information. The range 3000 to 3999 is assigned 
to Xerox. The range 4000 to 4999 is assigned to Lexmark. The range 5000 to 5999 is 
assigned to EPSON. The range 6000 to 6999 is assigned to HP. The values are defined as 
follows: 

10 enum infoType { NotDefine = 0, Devicelnformation, Statuslnformation, Manufacturer^ 00, 
Model, UniquelD, IP Address, CompanyName, Street, City, State, ZipCode, Location, 
ContactPerson, PhoneNumber, EMailAddress, DateTime=500, HrDeviceErrors, LowPaper, 
NoPaper, LowToner, NoToner, DoorOpen, Jammed, Offline, ServiceRequested, 
PrtGeneralConfigChanges, PrtLifeCount, PrtAlertDescl, PrtAlertDesc2, PrtAlertDesc3, 

1 5 PrtAlertDesc4, PrtAlertDesc5, RicohEngineCounterTotal=l 000, 

RicohEngineCounterPrinter, RicohEngineCounterFax, RicohEngineCounterCopier, 
Xerox YellowTonerCartridge=3000, XeroxMagentaTonerCartridge, 
XeroxCyanTonerCartridge, XeroxBlackTonerCartridge, XeroxPrinterCartridge}. 
[0105] errorCode 

20 This section describes the error codes defined at this writing. As the project progresses, more 
error codes can be added. The range 0 - 99 is reserved. The range 100 - 199 is for SMTP, 
200 - 299 is for POP3 and 300-399 is for Socket. The other range shall be defined if needed, 
enum errorCode(NoError = 0, UnknownError = 1, SendHeloCommandFailed = 100, 
SendMailCommandFailed, SendRcptCommandFailed, SendDataCommandFailed, 
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SendDataFailed, SendQuitCommandFailed, SendUserCommandFailed = 200, 
SendPassCommandFailed, SendStatCommandFailed, SendRetrCommandFailed, 
SendDeleCommandFailed, SendQuitPop3CommandFailed, CreateSocketFailed = 300, 
ConnectSocketFailed); [0106] 

The foregoing description of the preferred embodiment of the present invention has 
been presented for purposes of illustration and description. It is not intended to be exhaustive 
or to limit the invention to the precise form disclosed, and many modifications or variations 
are possible in light of the above teaching. For example, any one or more of the concepts 
described or shown herein may be applied to the system and/or method disclosed in related 
Application No. 09/756,120. Moreover, any concept or feature described in related 
Application No. 09/756,120 may be applied to the systems or methods disclosed herein. The 
embodiments were chosen and described to best explain the principles of the invention and its 
practical applications thereby enable others skilled in the art to utilize the invention and 
various embodiments and with various modifications as are suited to the particular use 
contemplated. It is intended that the scope of the present invention be defined only by the 
claims appended hereto. 
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